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ALARM MANAGEMENT METHOD AND APPARATUS THEREFOR 

Background of Jk+ Invention 

1. Field of the Invention 

5 The present invention relates to a method and an apparatus 

for preparing the statistics for alarms generatedby an apparatus 
to be managed, and for managing the alarms . An example apparatus 
to be managed is a semiconductor manufacturing apparatus/ for 
manufacturing ox inspecting semiconductors, or a liquid crystal 
10 display manufacturing apparatus, Cor manufacturing or 

inspecting a liquid crystal display, or an ion beam Irradiation 
apparatus uaed for these apparatuses . 

2, Description of the Related Art 

15 For the management of alarms -generated by this apparatus 

to be managed, in the related-art, cases wherein an alarm was 
generated are simply added for individual alarms, and either 
a list, a so-called worst list, is prepared in which individual 
alarms are presented in order, beginning with the largest number 

20 of cases, or an analysis chart is prepared, such as a graph 
in which percentages are used or a hereto chart* 

Further, as a filtering method for designating, or 
extracting, data to be used for statistics in cases wherein 
alarms are generated, normally, filtering according to dates 

25 and time ranges has been performed. As another method, a 
technique for employing a lot ID (lot identification information) 
to perform filtering has also been proposed <see JP-A-S-332910 



FIHH€€AN(1) 581 3954 # €/ 4 



(paragraph numbers 0008 and 0012, Fig. 1)). 

The related-art alarm management technique has the 
following problems (1) and (2}. 
(l) The manner In which the alarm statist ice are obtained 
5 does not match the purpose. 

The purpose for which alarm statistics are obtained is 
mainly the improvement, by employing the statistics/ of the 
efficiency with which the usage of an apparatus is managed* 
Various problems, failures and defects that result in a 
10 reduction in the uaage efficiency are acknowledged as alarms 
by the user and the supplier of the apparatus. The user or 
the supplier analyze* the alarm statistics, and prepares 
countermeaeures for the cases, beginning with the one chat 
seems most important, in order to improve the usage efficiency 
15 of the apparatus. Therefore, the alarm statistics must be 
those that reflect, as exactly as possible, the affect «ach 
alarm will have on the usage efficiency of the apparatus. 

However, since in each alarm case the degree of the affect 
attained is not shown by the related-art alarm statistics, 
20 generally, it is concluded that "the alarm that was generated 
most frequently is the most important * , which i« often not 
correct. An example of this is shown below. 

Assume that, during a specific period of time, the number 
of cases wherein a specific alarm having an example alarm ID 
25 of 1001 was generated is 20 and the length of the average period 
the apparatus was halted when this alarm was generated is one 
hour, and that the number of cases for which another alarm 
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having an example alarm ID f 3050 was generated is five and 
the average period th apparatus was halted when this alarm 
was generated is 10 hours . And that according to the related-art 
alarm statistics the alarm having the ID 1001 is regarded as 
5 being four times more important. However, during the specific 
period, since the hours the apparatus was halted while the 
alarm having the ID 1001 and the alarm having the ID 30S0 were 
generated was 20 hours and 50 hours respectively, the alarm 
having the ID 3050 is 2,5 times more important than is the 
10 alarm having the ID 1001 , viewed from the affect produced as 
it relates to the efficiency attained using the apparatus to 
be managed. 

For this example/ an explanation has been given for the 
analysis of the alarm statistics for improving the usage 

15 efficiency of the apparatus to be managed* However $ various 
other purposes can be considered, such as a reduction in the 
maintenance fee for the apparatus to be managed and a reduction 
in the number of steps performed by the maintenance person. 
Depending on these purposes, it will be good for an appropriate 

20 method to be available for evaluating the affect; however, 
the related-art alarm management method for preparing the alarm 
statistics can not perrorm such an evaluation process » 

(2) Alarm statistics can not be employed for pursuing the 
cause of the generation of an alarm. 

25 Another problem with the related-art alarm management 

technique is posed by the function for linking (coupling) the 
alarm statistics with apparatus data representing the status 
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of an apparatus to be managed* When an important alarm, one 
for which a countermeaaure ahouldbe applied, has been generated, 
this do s not automatically mean that the role played by the 
alarm statistics has been completed* While the ideal ie for 
5 the alarm statistics to be used for designating the reason 
behind the generation of the alarm, the use of the related-art 
alarm statistics is not rendered inappropriate because the 
linking of alarm data with the apparatus data is not satisfactory, 
Relative to this viewpoint, the technique disclosed in 

10 JP-A-6-332910, concerning the filtering of alarms using lot 
IDs, is not satisfactory either. Although the lot IDs are 
^correlated with multiple cat© of apparatus data, the lot ID* 
are not always uniquely coupled with these multiple apparatus 
data sets. That is, even when there is a ^corresponding lot 

IS ID, the operating parameter for the apparatus is not always 
the same as when the pertinent lot waa processed. More 
specifically/ even when the processing recipe, whi*A is a 
processing condition for the processing of a specific lot/ 
can be designated in accordance with the ID for this lot, the 

20 processing recipe is provided by multiple apparatus operating 
parameters (can be regarded as apparatus data) . Thus, <even 
when several of these operating parameters seem to have 
contributed to the generation of an alarm, in 4i££ering 
processing recipes, these parameters ocould have the same value • 

25 Therefore, the filtering method for each processing recipe 
using lot IDs is too inaccurate, and it would be difficult 
to designate an operating parameter that would cauce the alarm 
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to be gen rated. 

stannary of tho Invention 
It is, therefore, one objective of the preeent invention 
S to evaluate the degree to which, in accordance with a purpose, 
each alarm is affected. It is another obj ective of the invention 
to. make it eaey to discover why an alarm is generated. 

one alarm management method according to a first aspect 
of the invention comprised: 
10 providing one or more types of weight coefficients for 

each alarm generated by an apparatus to be managed; 

multiplying the weight coefficient types to obtain the 
total weight coefficient for each alarm; 

multiplying, by the total weight coefficient, a"l% which 
IS represents a case count for one generation of each alarm, and 
obtaining a weighted case count for each alarm; and 

adding the weighted case counts for individual alarms 
to prepare statistics for the weighted number of alarm generation 
eases* 

20 According to this alarm management method, since the weight 

coefficient consonant with a purpose can be provided for each 
alarm generated by the apparatus to be managed/ using the 
statistics for the weighted number of cases for the alarm 
generation, the degree to which each alarm is affected can 
25 be evaluated in accordance with the purpose. 

In the first aspect of alarm management method, according 
to a second aspect of an alarm management method, the one or 

S 



f INN€tiAN(1) ;81 3^561 # 10/ 4" 



more weight coefficient types may include a weight coefficient 
designated by a user as an inherent value f r each alum type. 

In the first aspect of the alarm management method, 
according to a third aspect of an alarm management method, 
S the one or more weight coefficient types may include a weight 
coefficient designated by a user for each time an alarm is 
generated. 

• In the firat aspect of the alarm management method, 

according to a fourth aspect of an alarm management method, 
10 the one or more weight coefficient types may include a weight 

coefficient that: is automatically determined based on a 

predetermined rule* 

In the fourth aspect of the alarm management method, ■ 

according to a fifth aspect of an alarm management method, 
15 the automatically determined weight coefficient ie determined 

in accordance with a period extending from the generation, 

in the apparatus, of a specific alarm to be managed until the 

specific alarm is canceled. 

Another alarm management method according to a sixth aspect 
20 of this invention comprises; 

correlating each alarm generated by an apparatus to be 

managed and apparatus data representing the status of the 

apparatus by employing a date and time wherein the alarm was 

generated as a key; 
25 preparing a trend graph for predetermined apparatus data 

included in the apparatus data obtained from the apparatus 

to be managed; and 
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displaying n the trend graph a date and time whereat 
a predesignated alarm was generated based n the correlation. 

According to the alarm management method, since the alarm 
generated by the apparatus to be managed is correlated with 
5 apparatus data by using as a key the date and time whereat 
the %iaxmwas generated, the relationship between the generation 
of the alarm and predetermined apparatus data can be obtained. 
That is, since by uaing the trend graph, together with a value 
for the predetermined apparatus data, the location whereat 
1 0 the alarm waa generated can be easily determined, and the reason 
the alarm waa generated can be easily ascertained. 

An additional alarm management method according to a seventh 
aspect of the invention comprises; 

preparing statistics only for alarms that were generated 
15 by an apparatus to he managed when predetermined apparatus 
data Included in the apparatus data that are obtained from 
the apparatus and that represent the status of the apparatus, 
have a predesignated value or are within a predesignated range. 
According to this alarm management method, since the thus 
20 prepared statistics can be employed to identify the condition 
wherein the alarm was generated in a specific operating state 
of the apparatus to be managed, the reason the alarm was generated 
can be easily determined. The statistics that are thus acquired 
can also be effectively employed for a eountermeaeure that, 
25 first of all, is generated for an alarm for a specific condition. 

In the first, sixth or seventh aspect of the alarm management 
method, according to an eighth aspect of an alarm management 



method, the alarms may be managed using alarm IDs for identifying 
the alarms. 

one alarm management apparatus according to a ninth aspect 
of the invention comprises: 
.5 a data collection device for collecting alarm data for 

alarms generated by an apparatus to be managed; 

a database device for storing the alarm data collected 
by the data collection device; and 

en aiarm sterassic device Cor preparing alarm statistics 
10 using the alarm data stored by the database device, tie alarm 
statistic device including, 

a weight coefficient provision unit for providing 
one or more types of weight coefficients for each alarm, 
a total weight coefficient calculation unit for 
15 multiplying the weight coefficients for each alarm to obtain 
a total weight coefficient, 

a weighted case count calculation unit for multiplying, 
by the total weight coefficient, a »l« that represents a case 
count for one generation of each alarm, and for obtaining a 
20 weighted case count for each alarm, and 

s statistics preparation unit for adding weighted 
case counts for individual alarms to obtain statistics for 
the weighted number of alarm generation cases. 

According to this alarm management apparatus, since the 
as weight coefficient consonant with an intended purpose can be 
provided for each alarm generated by the apparatus to be managed, 
using the statistics for the weighted number of cases for the 

6 
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Alarm generation, the degree to which each alarm ia affected 
can be evaluated in accordance with the purp se« 

in the ninth aspect of the alar* management apparatus/ 
according to a tenth aspect of an alarm management apparatus f 
5 the alarm atatiBtic device may include 

a weight coefficient setup unit for setting up, as one 
of the weight coefficients, a unique weight coefficient for 
each alarm type. 

In the ninth aspect of the alarm management apparatus. 
10 according to an el eventh aspect of an alarm management apparatus , 
the alarm statistic device may include 

a weight coefficient eetup unit for setting up, as one 
of the weight coefficients, a weight coefficient for each time 
an alarm is generated * 
15 in the ninth aspect of the alarm management apparatus, 

according to a twelfth aspect of an alarm management apparatus, 
the alarm statistic device may include 

a weight coefficient determination unit for automatically 
determining, based on a predetermined rule, a weight coefficient 
20 as one of the weight coefficients. 

In the twelfth aspect of the alarm management apparatus, 
according to a thirteen aspect of an alarm management apparatus , 
the weight coefficient determination unit may determine a weight 
coefficient in accordance with a period extending from the 
25 generation, in the apparatus, of a specific alarm to he managed 
to the cancellation of the specific alarm. 

Another alarm management apparatus according to a 
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fourteenth aspect of the invention comprises: 

a data collection device for collecting alarm data f r 
alarms generated by an apparatus to be managed; 

a database device for storing the alarm <data collected 
5 by the data collection device; and. 

an alarm statistic device for preparing alarm statistics 
. using the alarm data stored by the databaee device, the alarm 
statistic device including, 

a linking unit for employing, as a key, a date and 
10 a time whereat an alarm was generated and for correlating each 
alarm generated by the apparatus with apparatus data representing 
the status of the apparatus, 

a trend graph preparation unit for preparing a trend 
graph for predetermined apparatus data included in -the apparatus 
IS data, and 

a display unit for displaying the trend graph prepared 
by the trend graph preparation unit, and for, based on the 
correlation, displaying on the trend graph a date and time 
whereat a predesignated alarm was generated. 

2Q According to the alarm management apparatus, since an 

alarm generated by the apparatus to be managed is correlated 
with apparatus data by using ** a key the date and time whereat 
the alarm was generated, the relationship between the generation 
of the alarm and predetermined apparatus data can be obtained. 

25 That is, using the trend graph, together with a value for 
the predetermined apparatus data, the alarm that was generated 
can be easily identified and the reason the alarm was generated 

10 
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can be readily determined. 

An additional alarm management apparatus according to 
a fifteenth aspect cf an alarm management apparatus of the 
invention comprises ; 
5 a data collection device for collecting alarm data for 

alarms generated by an apparatus to be managed; 

a database device for storing the alarm data collected 
by the data collection device; and 

an alarm statistic device for preparing alarm statistics 
10 ueing the alarm data stored by the database device/ the alarm 
statistic device including/ 

a filtering unit for extracting, as statistical 
targets, only alarms that were generated by the apparatus when 
predetermined apparatus data, included in apparatus data, had 
IS a predeslgnated value or was within a predeeignated ranger 
and 

a statistics preparation unit for preparing 
statistics for the alarms extracted by the filtering unit. 
According to this alarm management apparatus, since the 

20 thus prepared statistics can be employed to identify the 

condition wherein the alarm was generated in a specific operating 
state of the apparatus to be managed, the reason the alarm 
was generated can be easily determined. The thus prepared 
statistics can also be effectively employed for aebuntermeaature 

25 that/ first of all, is for an alarm generated for a specific 
condition, 

in the ninth, fourteenth, or fifteenth aspect of the alarm 
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management apparatus, according to a sixteenth aspect of an 
alarm management apparatus, the alarms may bo managed by alarm 
IDs for identifying the alarms _ 

S Brief Description of the Drawings 

Fig. 1 is a block diagram showing an example alarm management 
apparatus that performs an alarm management method according 
to the present invention, and an example apparatus to bo managed; 

Fig. 2 is a conceptual diagram showing example data wherein 
10 weight coefficients are provided for alarm data; 

Fig. 3 ie a block diagram showing an example configuration 
for an alarm statistic device; 

Fig. 4 "ie a block diagram showing another example 
configuration for the alarm statistic device; 
15 Fig. 5 is an example trend graph; 

Pig. 6 is a block diagram showing another configuration 
for the alarm statistic device; 

Fig. 7 is a block diagram showing another example alarm 
management apparatus that performs another alarm management 
20 method according to the invention, and another example apparatus 
to be managed; and 

Fig. 8 is a conceptual diagram showing another example 
of data wherein weight coefficients are provided for alarm 
data . 

25 

Detailed Description of the Invention 

Fig, 1 is a block diagram showing an example alarm management 

12 
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apparatus that employs an alarm management method according 
to this invention, and an example apparatus to be managed by 
the alarm management apparatus . An alarm management apparatus 
20 is connected by a signal transmission path 18 to an apparatus 
5 10 to be managed. 

In this embodiment, the apparatus 10 to be managed 
comprises: sub-controllers 13 to 16, for -controlling varioue 
devices (not shown) constituting the apparatus 10; a main 
controller 12, for controlling all the sub-control let 3 13 to 
10 16; and the signal transmission path 10, having a loop shape, 
that connects the controllers 12 to 1 6, which togethericonstitute 
a network* 

When the apparatus 10 is an ion implanter, which is one 
type of ion beam irradiation apparatus, tile sub-cont rollers 
15 13 to 16 are those described below* 

The sub-controller 13 is an implantation controller for 
controlling the ion implantation operations performed for a 
wafer, such as the mechanical scanning of a target wafer, the 
scanning of an Ion beam and the control of the dose amount 
20 The sub-controller 14 is a beam controller for controlling 

various power sources for various types of devices that generate 
an ion beam and transfer the ion beam to a wafer. 

The sub-controller 15 is an end station controller for 
controlling the handling of a wafer. 

The sub-controller 16 is a systemcontroller for con trolling 
the devices# other than the power sources, and for controlling 
vacuum system. 
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Each alarm generated by the apparatus 10 to be managed 
nay be managed as a text form that directly represent 5 the 
contents of the alarm, in this emb diment, however, each alarm 
ie managed by using an alarm ID that provides identification 
5 information foe identifying the alarm, and this method is 
preferable because the amount of data to be handled -can be 
reduced and the di splay of an al armcanbe simpl i f i ed . Therefore , 
in this embodiment, the alarm ID ie transmitted within the 
apparatus 10 to be managed, and from the apparatus 10 to the 

10 alarm management apparatus 20 ♦ Although the alarm ID is uniquely 
linked with the alarm contents, in order to easily understand 
the relationship exiating between the two, a list having a 
text form# showing the correlation of the alarm 2D with the 
alarm contents, may be stored in the main controller 12 and 

15 may be read as needed when it is to be used. 

in this embodiment, in addition to the function for 
controlling the cub-controllers 13 to 16, the main controller 
12 also has a function for transmitting, to a data collection 
device 22 of the alarm management apparatus 20, when an alarm 

20 is generated by the main controller 12 or one of the 

sub-controllers 13 to 16, alarm data consisting of the alarm 
ID for the alarm and the date and the time whereat the alarm 
was generated* Further, when an operator has removed the cause 
of an alarm, and has depressed the alarm cancel button (not 

SS shown) for the main controller 12, the main controller 12 cancels 
the alarm, and transmits, to the data collection device 22, 
the alarm data consisting of the alarm ID for the alarm and 
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tbe date and the time whereat the alarm was canceled. That 
is, the alarm data generated by the apparatus 10 to be managed 
(more specif ically, the main controller 12 in this embodiment) 
include the alarm id and the date and the time at which the 
5 alarm wee generated, or include the alarm ID and the date and 
the time at which the alarm was canceled. 

In tb±B embodiment, the alarm management apparatua 20 
comprises; the data collection device 22, a database device 
24 and an alarm statistic device 26, all of which are 

10 Interconnected by a signal transmission path 19. 

The data collection device 22 collects the alarm data 
generated by the apparatus 10 to be managed, and also collects 
apparatus data generated by the apparatus 10 when the data 
representing the status of the apparatus 10 ©re to be linked 

15 with the alarm (thia will be explained later) . Example apparatus 
data include the process recipe and the set values and monitor 
values for the apparatus operating parameters, the date 
■collection device 22 collects these data eeta, and stores the 
data in the database device 24. The data collection device 

20 22 also has a function for notifying the alarm statietic device 
26 that the alarm data have been received. 

The database device 24 stores the alarm data collected 
by the data collection device 22 . Example alarm data Ad stored 
in the database device 24 are shown in Pig. 2. the alaca data 

25 ad includes an alarm ID, an alarm generation date and time, 
and alarm cancellation data and a time. A weight coefficient 
will be described later. To provide the linking of the alarm 

15 
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ID with the apparatus data, the apparatus data collected by 
tha data collection device 22 are also stored in the database 
of the database device 24. 

The alarm statistic device 2€ prepares alarm statistics 
5 by using the alarm data stored in the database device 24 or 
by using the alarm data and the apparatus data. For the alarm 
statistic, device 26, the processing (A) performed to provide 
weighting Cor each alarm and the processing (B) performed to 
link an alarm with apparatus data will be separately described 

io in detail. 

First/ the processing <A) per formed to pro vide the weighting 
for each alarm will be explained. 

As is shown in an example in Fig. 3 f the alarm statistic 
device 26 includes: a weight -coefficient provision unit 30, 

15 a total weight coefficient calculation unit 32, a weighted 
case count calculation unit 34 and a statistics preparation 
unit 36. The weight coefficient provision unit 30 provides 
one or more types of weight coefficients for each alarm, itoe 
total weight coefficient calculation unit 32 multiplies, for 

20 each alarm, these weight coefficients to obtain the total weight 
coefficient for the alarm. The weighted case count calculation 
unit 34 multiplies, by the total weight coefficient, a "1" 
that represents a case count for one alarm generation, and 
obtaining a weighted case count . The statistics preparation 

2S unit 36 addB the weighted case counts , for the individual alarms , 
to prepare the statistics for the weighted number of alarm 
generation cases. 
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In this embodiment, the alarm statistic device 26 further 
includes a display unit 38, an input/output unit 39, a storage 
unit 40, and a weight coefficient setup unit 42 and a weight 
coefficient determination unit 44, both of which will be 
5 described later. The display unit 38 displays the statistics 
provided by the statistics preparation unit 36 „ The 
input/output unit 39 inputs or outputs necessary data. The 
storage unit 40 stores various data. These units are preferably 
provided, and in this embodiment, are interconnected by & signal 
10 transmission path 54. The display unit 38 may be a display 
device. 

The one or more types of weight coefficients, which are 
regarded as the attributes of each alarm* are provided for 
alarm data AD for each alarm ID, and are stored together with 

IS the alarm data AD in the database device 24 in this embodiment • 
In Fig. 2, in which is shown the alarm data AD to which a 
weight coefficient has been added, two weight coefficients 
are employed; however, the number of weight coefficients is 
not limited to two, and this can al$o be applied for Fig. 6. 

20 The weight coefficients are roughly sorted into the 

following two types. 

(1) weight coefficient uniquely determined for each alarm 
type 

As is described above, since in this embodiment the alarms 
2S are managed using alarm IDs, the weight coefficient can also 
be regarded as a weight coefficient unitjuely determined for 
each alarm ID. A detailed explanation for this will be given 
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liter, 

(2) Weight coefficient uniqu 1yd termined each time an alarm 
la generated 

"Each time an alarm is generated" is not limited to the 
5 time an alarm is generated or canceled, and this weight 
•coefficient can also be regarded as one for which the 
determination is made using other then an alarm ID, That i6, 
even when alarms are generated each for which an alarm Id is 
provided, in each instance, the weight coefficients may differ. 

lO A detailed explanation for this will be given below. 

The weight coefficient (1) can be designated by a user 
as a fixed value for each alarm type U.e., each alarm Id), 
and the weight coefficient setup unit 42 may set this up as 
a weight coefficient. The weight coefficient setup unit 42 

15 may be a touch panel provided on the front display face of 
the display unit 38, or a keyboard. Thereafter, the weight 
-coefficient set by the weight coefficient setup unit 42 is 
stored in the storage unit 40 in a table, together with a 
corresponding alarm ID. when a specific alarm is canceled, 

20 the alarm statistic device 26 searches the table using the 
alarm ID as a key, determines the weight coefficient for the 
alarm, and provides the weight coefficient for the alarm data 
AD in the database device 24 . The thus obtained data is shown 
in Fig. 2, which is described above. 

25 An example usage of the weight coefficient fl) can be 

the elimination from the alarm statistics of the data for a 
specific alarm. Aside from cases involving maintenance or 
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repair work ccasioned by an operating failure, there are ther 
cases for which alarms are f recently g nerated, such as when 
the door of the storage case of the apparatus 10 ie open. 
These alarms, although naturally important during actual 
5 operation©, are not required for the alarm statistics employed 
for improving the usage efficiency of the apparatus 10 to be 
managed • Therefore, when a weight coefficient of 0 ie set 
for these alarm IDs* and an arbitrary value other than 0, such 
as 1 or greater, is set for alarm IDs that are required for 

10 the preparation of the alarm statistics, data for unnecessary 
alarms can be easily removed from the alarm statistic*. 

The weight coefficient (2) can be designated by a user 
each time an alarm ia generated. This setup is also performed 
by the weight coefficient setup unit 42. that is, in this 

15 embodiment, the weight coefficient setup unit 42 series both 
as the unit for setting up the weight coefficient (1) and the 
unit for setting up the weight coefficient <2) . The weight 
coefficient (2) is set when an alarm that is generated is to 
be canceled. More specifically, when an alarm is to be canceled, 

20 the weight coefficient (2) can be designated t entered) in 
accordance with a dialogue displayed on the control screen 
of the display unit 38. The alarm statistic device 2€ provides 
the thus designated weight coefficient for the alarm data AD 
stored in the database device 24 while using the alarm ID as 

2S a key. The data obtained in this manner is shown in rig. 2, 
as described above. 

Since* at the time an alarm is to be canceled, there may 
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toot be a person at the alarm statistic device 26 who can enter 
a weight coefficient/ a function may be provided for the alarm 
statistic device 26 that permits the later, collective entry 
of weight coefficients. Example methods for this are (a) a 

5 method whereby an alarm ID and the alarm canceled date and 
time are designated in accordance with data presented on the 
control ecreen of the display unit 38, and a necessary weight 
coefficient ie entered by the weight coefficient setup unit 
42; and (b) a method whereby an alarm canceled list is output: 

10 as a file by the input/output unit 39 of the alarm statistic 
device 26, and a required weight coefficient is added to the 
file and the resultant file is read by the input/output unit 
39 In order to enter the weight coefficient in the alarm statistic 
device 26. For the method CbJ , the input/output unit 3d for 

15 reading the file to which the weight coefficient has been added 
can be a weight coefficient setup unit. 

As an example for which the method {a} or (b) is used* 
the number of procedures or the operating cost that is accompanied 
by the generation of an alarm is employed to determine and 

20 enter the weight coefficient for the alarm. For example, an 
operator may obtain a weight coefficient in advance by adding 
the values for the number of procedures and the operating costs, 
and may enter this coefficient when an alarm is canceled. 
Either this, or an operator may report these values to a manager , 

25 and the manager may enter weight coefficients for a specified 
period, such as weekly or monthly* 

Among the weight coefficients (2), there is one that the 

20 
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alarm statistic device 26 can automatically determine based 
on a given predesignated rule. The weight co fficient 
determination unit 44 performs this determination process . 
When an alarm is canceled, the weight coefficient determination 
5 unit 44 automatically determines a weight coefficient based 
on a predetermined rule, and the weight coefficient provision 
unit 30 adda this weight coefficient, as one of the two, to 
the alarm data AD stored in the database device 24. Since 
to determine the weight coefficient no manpower is needed, 

10 lea* labor is required. 

As an exaitple use of this function, a period corresponding 
to the time the apparatus 10, which is to be managed, is halted 
for the generationofanalarmiseaployedaaaweight coefficient. 
Then, when an* alarm is canceled, the weight coefficient 

15 determination unit 44 searches the database device 24 using 
an alarm ID as a key, obtains the time the alarm waa generated, 
and subtracts the alarm generation time from the current, alarm 
/cancellation time. As a result, the period extending from 
the generation of a target alarm to its cancellation can be 

20 acquired. Thereafter, the weight coefficient provision unit 
30 determines a weight coefficient consonant with the obtained 
period, and adds this weight coefficient, as one of the two, 
to the alarm data AD stored in the database device 24 ; Through 
this processing, the degree to which the efficiency of the 

25 usage of the apparatus 10, which is to be managed. Is affected 

can be added to the alarm statistics. 

It ia preferable that the alarm statistic device 26 have 

21 
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function f r, when the statistics preparation unit 36 prepares 
alarm stati stl cs, changing the validity/invalidity of the one 
or more types of weight coefficients, in this embodiment, 
this function is provided for the weight coefficient provision 
5 unit 30 • The total weight coefficient calculation unit 32 
multiplies the weight coefficients that are regarded ae valid 
by the weight coefficient provision unit 30, and obtains one 
total weight coefficient for each alarm. The weighted case 
count calculation unit 34 multiples, by the total weight 

10 coefficient, a D l w that represents the case count for one 
generation of an alarm, and obtains a weighted case count. 
When the total weight coefficient is 2.5, the weighted case 
count is 1 x 2. S « 2.5 < cases). The statistic© preparation 
unit 36 adds the weighted -case counts for the individual alarms/ 

15 and prepares the statistics for the weighted number of alarm 
generation cases. 

The form of the statistics for the weighted number of 
alarm generation cases may be a so-called worst list wherein 
individual alarms are arranged in order, beginning with the 

20 alarm having the largest number of generations, or may be 
visualized by using an analysis chart, such as a percentage 
graph or a Pareto chart, in this case, it is preferable that 
alarm IDs be used to represent the individual alarms; however, 
text containing the corresponding .contents may be employed. 

25 The alarm management apparatus 20 can employ the alarm 

statistic device 26 to perform the alarm management method, 
whereby one or more types of weight coefficients are provided 
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for each alarm generated by the apparatus 10 to be managed, 
and are multiplied by each other to obtain a total weight 
coefficient for each alarm, which is then multiplied by a "l w , 
representing the number of cases for which each alarm was 
5 generated, to obtain for the individual alarms weighted <case 
counts that are added together to prepare the statistics for 
the weighted number of alarm generation cases. 

According to the alarm management method and the alarm 
management apparatus 20 therefor, the alarm statistics that 
10 enable the value judgement can be prepared by using the weight 
coefficients, instead of the related-art simple addition of 
the number of alarms that are generated. That is, since a 
weight coefficient consonant with a purpose can be provided 
for each alarm generated by the apparatus 10 to be managed, 
IS based on the statistics for the weighted number of the generated 
alarms, the affect produced by each alarm can be evaluated 
in accordance with its purpose. 

An explanation will now be given for the processing (B) 
performed to link an alarm with apparatus data. 
20 As is shown in an example in Fig, 4, the alarm statistic 

device 26 includes a linking unit 46, a trend graph preparation 
unit 48/ and the display unit 36. The linking unit 46 employs 
as a key a date and time whereat an alarm was generated and 
for correlating an alarm generated by the apparatus 10 to be 
25 managed with apparatus data representing the status of the 
apparatus 10, The trend graph preparation unit 48 prepares 
a trend graph for predetermined apparatus data included in 

23 
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the apparatus data. The display unit 38 displays the trend 
graph generated by the trend graph preparation unit 49 and 
forr baaed on the link/ also displays, on the trend graph, 
a date and time whereat a predesignated alarm was generated. 
S The horizontal axis of the trend graph represents the tine 
and the vertical axis represents a specific value, while the 
trend graph represents a trend or a change in the specific 
value along the time axia. The example for the display unit 
38 has been already described* 

10 In tbia embodiment, the alarm statistic device 2€ also 

includes , as preferred components , the input /output unit and 
the storage unit 40* The connection of theee components by 
the signal transmission path 54 has been described above. 
The alarm management apparatus 20 having this alarm 

IS statistic device 26 can perform the alarm management method 
whereby the alarm generation date and time is employed as a 
key for correlating the alarm generated by the apparatus 10 
to be managed and the apparatus data that represents the status 
of the apparatus lo r whereby the trend graph is prepared for 

20 predetermined apparatus data Included in the apparatus data 
obtained from the apparatus 10 to be managed, and whereby, 
based on the correlation, a date and time Whereat a predesignated 
alarm was generated is displayed on the trend graph. 

According to this alarm management method and the alarm 

25 management apparatus 20 therefor, since the alarm generated 

by the apparatus 10 to be managed is correlated with the apparatus 

data by using the alarm generation date and time as a key, 

24 
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the relationship between the generation of the alara and the 
pr determined apparatus data can be obtained. That is, the 
value of the pr d termined apparatus data whereby the alarm 
was generated can be easi ly understood by using the trend graph . 
5 As a result* the reason the alarm was generated can be easily 
determined. 

Assume that the alarm* "abnormal implanted ion mass w (e.g., 
alarm ID - 302 5) , is generated. The linking unit 46 designates 
the apparatus data, "implanted ion mass setup value", as the 

1£ data to be linked with this alarm ID. Generally, the linking 
unit 46 also designates the time to perform the linking* upon 
the reception of a trend graph preparation instruction, the 
trend graph preparation unit 48 accesses the database <devi<ce 
24 and searches for the apparatus data (implanted ion mass 

is setup value) that falls within the designated time, and prepares 
the trend graph for the apparatus data. This example is shown, 
in Fig. s. 

Thereafter, the display unit 38 displays the trend graph 
shown in Pig . 5, which is prepared by the trend graph preparation 

20 unit 48. Further, based on the data linking, the dates and 
times whereat predeaignated alarms (e.g., alarm IDs = 3025 
and 3026} were generated are displayed on the trend graph by 
using ions 64. in other words, the ions 64, representing the 
generation of alarms, are displayed at the locations for the 

25 dates and times whereat these alarms were generated. In Fig, 
5, the icons 64 for the alarm id = 3025 are displayed, since 
the horizontal axis of the example in Fig. 5 represents the 
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tine, the dat is displayed in a dat display portion 60. 
With the horizontal axis and the date display portion 60, the 
date and time whereat the alarm was generated can be preeent&d. 
The horizontal axis may represent the date and time, and the 
5 alarm ZD may be displayed together with the Icon 64. However r 
as in this example, it is more preferable that a guide display 
portion 62 be provided for presenting the correlation of <£he 
icon 64 with the alarm ID, because the display around the icon 
64 is simplified and easily identified. 
10 in the example in Fig. 5, since the trend wherein the 

alarm having the alarm ID = 302 5 was frequently generated at 
the implanted ion mass setup value 40 i© easily obtained, this 
<csn be used as an aid for finding the reason the alarm wss 
generated. 

15 The alarm data filtering function may be employed as another 

linking function, in this case/ as is shown in an example 
In Fig. 6, .the alarm statistic device 26 includes; a filtering 
unit SO, for extracting, as statistic targets, only those alams 
that were generated when predetermined apparatus data, Included 

20 in the apparatus data, had a predeeigftated value or a value 
Calling within a predesignated value range; and a statistics 
preparation unit 52, for preparing the statistics for the alarms 
extracted by the filtering unit 50. It should be noted that 
the predetermined apparatus data and the predesignated value 

£5 or value range can be entered in the filtering unit 50. 

In this case, the alarm statistic device 26 also includes, 
as preferred components, the display unit 36, the input /output 

26 



F INNEGAN (1 ) 5813^613954 # 31/ 



unit 39 and the storag unit 40* The connection of these 
components by the signal transmission path 54 has be n explained 
above. 

The alarm management apparatus 20, including the alarm 
S statistic device 26, can perform the alarm management method 
for the employment of only those alarms that were generated 
by the apparatus 10 when the predetermined data, included in 
the apparatus data that were obtained by the apparatus 10 and 
that represent the status of the apparatus 10, hadapredesignat^d 

10 value or a value that fell within a predeeignated value ranga, 
and for preparing the statistics for these alarms* 

According to this alarm management method and the alarm 
management apparatus 20 therefor, since the alarm generation 
situation in a specific operating state of the apparatus 10 

IS to be managed can be identified by referring to the thus prepared 
statistics, the reason the alarm was generated can be easily 
determined* Further, the statistics prepared in this manner 
ere also effective for the application of a countermeasure 
that is, firet of all, for an alarm generated as the result 

20 of a specific condition* 

Pbr example, for the filtering unit 50, a specific value 
(e.g., ll) for the apparatus data, "implanted ion mats eetup 
value 11 , is designated as a filter. Then, alarm statistics 
can be prepared using only those alarms that were generated 

25 at the implanted ion mass 11 • Therefore, the alarm generation 
situation, for a specific condition wherein the implanted ion 
mass valve is 11# can be obtained, and this is effective for 
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the application of a counter-measure that is, first of all, 
for an alarm generated as a result of this specific condition. 

in the example shown in Fig. 1, the alaims generated by 
one apparatus 10 to be managed are managed by a single alarm 
5 management apparatus 20. However , alarms generated by a 
plurality of apparatuses 10 can also be managed by a single 
alarm management apparatus 20. This example is shown in Fig. 
1. 

In the example in Fig. 7, there are five apparatuses 10a 
10 to lOe that are to be managed. The configuration of each of 
these apparatuses 10a to lOe is the aame as that for the apparatus 
10 In Fig. 1. The alarm management apparatus 20 in thie example 
includes five data collection devices 22a <to 22e for collecting 
data respectively transmitted by the apparatuses 10a to lOe, 
15 The function of each of the data collection devices 22a to 
22e is the same as that of the data collection device 22 in 
Fig. 1. Only one database 24 and one alarm statistic device 
26 are required and are shared by the data collection devices 
22a to 22e« 

20 in this example, so long as it is possible to identify 

which of the apparatuses lOa to lOe has generated an alarm, 
the alarm can then be managed in the same manner as when only 
one apparatus 10 is employed. To provide this management, 
as is shown in the example in Fig. 8 r only an apparatus IS, 

25 . which is identification information for identifying an apparatus 
to be managed, must be added to the alarm data AD, and the 
same alarm ID can be used by the five apparatuses lOe to lOe. 

2B 
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Since an alarm can to specified by using the apparatus id 
and the alarm ID/ the alarm statistic device 26 shown in Fig. 
3, 4 or 6 can be employed substantially unchanged, and each 
of the individual alarm management methods described above 
5 can be employed. 

Furthermore, when only one apparatus is currently managed 
as is shown in Pig* 1, and when more apparatuses are to be 
managed in the future, only the data shown in Fig, 9 need be 
prepared, and only a single value (e.g., 1) need be entered 
10 as the apparatus ID. With this arrangement, it is easy to 
cope with a future operation when the number Of apparatuses 
to be managed is increased. 

The alarm management apparatus 20 in the embodiment may 
be provided by using a computer, 
15 The present invention having this configuration provides 

the following effects. 

According to the first and ninth aspects of the present 
invention, since the weight coefficients -consonant with the 
purpose can be provided for the individual alarms generated 
20 by the apparatus to be managed, the degree of the affect produced 
by the alarms can be evaluated in consonance with the purpose, 
by referring to the etatietics for the weighted number of the 
alarms that are generated. 

According to the second and tenth aspects of -the present 
25 invention, since the weight coefficients are designated as 
unique values for the individual alarm types, unnecessary alarms 
can be easily removed from the alarm statistics. 

29 
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According to the third and leventh aspects of the present 
Invention, the weight c efficients consonant with the purpose 
can be freely provided for the individual alarms. 

According to the fourth and twelfth aspects of the present 
5 invention, since the weight coefficients can be provided without 
manpower being required, the need for human labor can be reduced. 

According to the fifth and thirteenth aspects of the present 
invention, the degree to which the efficiency of the usage 
of the apparatus to be managed is affected <;an be added to 

10 the alarm statistics* 

According to the sixth and fourteenth aspects of the present 
invention, since the alarms generated by the apparatus to be 
managed are linked with the apparatus data by using the alarm 
generation date and time as a key, the relationship between 

IS the generation of an alarm and predetermined apparatus data 
can be obtained* That is, the value of the predetermined 
apparatus data when the alarm was generated can be easily 
Identified by using the trend graph. As a result, the reason 
an alarm was generated can be easily determined. 

20 According to the seventh and fifteenth aspects of the 

present invention since the alarm generation situation In 
a specific operating state of the apparatus to be managed <can 
be obtained by referring to the thus prepared alarm statistics, 
the reason an alarm was generated can be easily determined. 

25 Further, the statistics prepared in this manner are aleo 
effective for the application of a countermeasure that Is, 
first of all, for an alarm generated under a specif ic condition. 
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According to the eighth and sixteenth aspects of the present 
invention, the amount of data to be handled ran he reduced, 
and the display of an alarm can be simplified. 
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